0. Introduction

Notre projet n’est pas le fruit du hasard. Il est l’aboutissement d’un parcours progressif, marqué par des étapes clés, des décisions collectives et une organisation structurée.

Ce projet s’inscrit dans le cadre du hackathon organisé par WADA, en préparation du Cardano Africa Tech Summit, prévu à Nairobi en février 2026. Il vise à proposer une solution concrète et pertinente, alignée sur les exigences techniques et sociales définies par les organisateurs.

1. BRÈVE HISTORIQUE DE L’ORGANISATION DE L’ÉQUIPE ET ORIGINE DU PROJET

I.1. Participation au tout premier Call de tous les hackers: 10.11.2025

L’histoire de ce projet commence après un certain lundi 10 novembre 2025, lorsque les Hubs de Goma et Nyiragongo ont procédé au lancement officiel du hackathon local organisé dans la ville de Goma et le territoire de Nyiragongo. Tous les participants ont pris part à un appel en ligne de lancement, au cours duquel nous avons compris l’essentiel du hackathon : pourquoi il est organisé, comment y participer efficacement, le choix des problèmes, les exigences concernant les solutions à intégrer dans les applications, etc. Après cette réunion, les facilitateurs nous ont permis de commencer à constituer les équipes, autorisant les participants à se regrouper afin que chaque équipe puisse travailler sur une solution spécifique selon les exigences du hackathon. C’est ainsi que notre parcours vers la réalisation de ce projet aujourd’hui connu sous le nom de Wenze a véritablement commencé.

I.2. Formation de l’équipe : Du 10 au 15 novembre 2025

La formation de notre équipe, dénommée “Team 4”, dans le hackathon organisé à Goma et Nyiragongo, n’a pas été trop complexe, car au départ 5 d’entre nous se connaissaient déjà grâce à des collaborations passées. Il s’agit de :

• Olivier Mwatsimulamo
• Bandu Boaz
• Martin Musagara
• Baudoin Muvunga
• Benedicto Mirindi

Afin de renforcer la dynamique du groupe, deux autres participants inscrits au hackathon ont rejoint l’équipe :

• Gloire Shukuru
• Amida Mussa

Cependant, un imprévu est survenu peu après : Amida Mussa a dû se rendre en urgence au Rwanda, annonçant son indisponibilité seulement deux jours après la formation de l’équipe. Pour maintenir l’équilibre et renforcer les capacités du groupe, nous avons alors intégré Monsieur Tacite Wakilongo.

Cette composition a donné naissance à une dynamique particulière :

• d’une part, une base solide portée par des membres ayant déjà travaillé ensemble ;
• d’autre part, une nouvelle énergie, apportée par des profils motivés et complémentaires.

La liste complète des membres est disponible ici : Team 4 members 

I.3. Organisation interne et mise en place des outils de communication

Après la validation officielle de l’équipe par la coordination locale du hackathon, celle-ci a été affectée au nom “Team 4”, parmi les huit équipes retenues. Une liste officielle des membres, accompagnée de leurs contacts, a alors été établie.

Afin de faciliter la communication et l’organisation du travail,Olivier Mwatsimulamo a créé un groupe WhatsApp dans lequel tous les membres ont été ajoutés.
L’objectif principal de ce groupe était de centraliser les échanges, planifier les activités et coordonner l’avancement du projet. Il sied de souligner que, le groupe a été créé le 11 novembre 2025, soit un jour après l’appel de lancement officiel.

ICI LE LIEN VERS CE GROUPE WHATSAPP 

Ainsi, au cours des premières discussions au sein du groupe WhatsApp, une question centrale s’est rapidement imposée : 

“ Sur quel problème allons-nous travailler ?”

La réflexion autour de la problématique à adresser s’est principalement construite à travers des échanges approfondis dans le groupe. Ces discussions ont permis d’analyser plusieurs enjeux locaux, de confronter les points de vue des membres et d’identifier les besoins réels de la population.

Dans ce cadre, l’un des membres du projet, Olivier Mwatsimulamo, a proposé une idée majeure : la nécessité, dans la ville de Goma, d’un marché e-commerce intégrant la blockchain Cardano, afin de contribuer à la résolution de certaines difficultés rencontrées par la population locale.
Cette proposition a suscité un vif intérêt et a servi de point de départ à des réflexions plus structurées.

Lien vers l’enregistrement des échanges et discussions initiales  

Ainsi, le projet ne s’est pas limité à de simples échanges textuels. Les discussions se sont poursuivies lors d’un appel collectif, permettant d’approfondir la vision du projet, suivi d’enquêtes menées auprès de bénéficiaires potentiels afin de valider la pertinence de la solution proposée.

Premier appel des membres de l’équipe du projet : 12 novembre 2025

Au cours de ce call nous avons discuté de 2 grands points: 

Point 1 : Confirmation de la problématique et validation de la proposition de projet

Au cours de ce point, l’ensemble des membres a partagé ses points de vue concernant la problématique évoquée. Les échanges ont permis d’analyser le problème sous différents angles et d’en évaluer la pertinence.
À l’issue des discussions, un consensus a été atteint, et toute l’équipe a validé la problématique retenue, confirmant ainsi officiellement le problème sur lequel le projet allait se concentrer.

Point 2 : Organisation du travail

Ce second point a été consacré à la réflexion sur la structure de travail de l’équipe. Les bases de l’organisation interne ont été discutées afin de définir une approche collaborative efficace pour la suite du projet.

Chaque membre a partagé ses compétences, ses expériences et ses disponibilités.

 À l’issue de ces échanges, les rôles ont été répartis comme suit :

A. Leadership de l’équipe

Martin Musagara – Team Lead
Membre de l’écosystème Cardano depuis 2021, Martin a été choisi à l’unanimité en raison de :

• Ses compétences avérées en leadership,
• Son expérience dans l’organisation et la coordination de meetups et événements Web3/Cardano,
• Sa capacité à assurer le suivi et la cohérence du travail collectif.

Son rôle consiste à veiller à la bonne progression du projet, au respect des délais définis par la coordination locale, et à s’assurer que chaque membre accomplit efficacement ses responsabilités, faire part du groupe des Leads et leurs calls pour apporter des informations nécessaires pour que notre Team marche dans le respect des principes et orientations des facilitateurs locaux du hackathon. 

B. Équipe de développement

Sur la base des compétences techniques démontrées, quatre membres se sont engagés activement dans le développement du projet :

1. Benedicto Mirindi – Développeur Fullstack

Rôles

• Gestion du dépôt GitHub du projet
• Création du repository
• Gestion des déploiements, pull requests et merges
• Contribution au développement frontend et backend

2. Olivier Mwatsimulamo – Développeur Blockchain Junior & Frontend

Rôles

• Mise à disposition des ressources blockchain (Blockfrost API, Mesh SDK, Lucid, Aiken)
• Création et gestion des wallets preprod
• Tests via Cardano Scan preprod et Faucet
• Intégration des smart contracts dans l’application
• Contributions au développement Frontend et backend

3. Tacite Wakilongo – Développeur Frontend, Designer UI, UX

Rôles

• Contribution à la conception de l’interface utilisateur (UI)
• Amélioration de l’expérience utilisateur
• Contribution lors de la création des designs slides et vidéos

4. Gloire Shukuru – Développeur Backend

Rôles

• Contribution au choix des stacks technologiques
• Participation au développement côté React et logique backend

C. Équipe Recherche et Tests

Cette équipe, composée de deux membres, a joué un rôle clé dans la pertinence et la validation du projet :

1. Boaz Bandu Balume – Recherche & Coordination

Rôles

• Réalisation de recherches approfondies sur la problématique ciblée
• Appui à la coordination du projet aux côtés du Team Lead
• Collecte de données sur le terrain via des formulaires
• Documentation du projet

2. Baudoin Muvunga – Tests & Collecte de données

Rôles

• Responsable des tests de l’application
• Collecte de données sur le terrain via des formulaires
• Participation active aux discussions d’amélioration et d’évolution du projet
• Apports des mises à jours communiqués par les facilitateurs locales du projet pour nous assurer que nous sommes en ordre avec les autres hackers. 

Il convient de signaler que, malgré la répartition des tâches, l’ensemble du projet a évolué dans un esprit de collaboration étroite entre les membres de l’équipe.
Des échanges constants ont eu lieu sur l’avancement du travail de chacun, accompagnés de suggestions et d’améliorations dans l’ensemble des domaines du projet.

Cette dynamique collaborative nous a permis de nous assurer que le projet progresse dans le plein respect des principes de la WADA, tout en tenant compte des besoins locaux dans le cadre de son développement.

II. PROGRESSION QUOTIDIENNE DES ACTIVITÉS DU PROJET

II.1 Validation du problème et structuration du projet: Du 16 au 22 novembre 2025

II.1.1. Validation du problème par des enquêtes (orales et écrites)

Dans le but de nous assurer qu’il existe réellement un besoin pour une application e-commerce dans la ville de Goma, nous avons mené une série d’enquêtes auprès de la population locale.

Ces enquêtes ont été réalisées à travers plusieurs canaux :

• messages et discussions sur WhatsApp,
• formulaire d’enquête Google Forms,
• échanges et dialogues physiques avec des potentiels bénéficiaires.

Le formulaire Google Forms a permis à un large public de partager librement ses points de vue, ses attentes et ses difficultés liées au commerce local. Les résultats obtenus ont confirmé de manière claire et effective la pertinence du problème initialement identifié, ainsi que la nécessité d’une solution numérique adaptée.

 Lien vers la documentation complète de l’enquête et les résultats 

II.1.2. Analyse des solutions existantes

En complément des enquêtes, nous avons mené des recherches afin de vérifier l’existence éventuelle de projets ou plateformes similaires répondant déjà à ce besoin dans la ville de Goma.

À l’issue de cette analyse, nous avons constaté qu’il n’existe pas de plateforme e-commerce structurée et fiable dans la ville de Goma. La population s’appuie principalement sur des groupes WhatsApp informels pour les échanges commerciaux, ce qui présente plusieurs limites en termes de sécurité, de confiance et d’organisation.

Découvrez ici les exemples de quelques groupes Whatsapps identifiés utilisés en ville de Goma pour les achats et ventes des produits.  

II.1.3. Discussion sur le nom du projet et les fonctionnalités envisagées

Comme pour tout projet, le choix du nom a fait l’objet de discussions approfondies. Dans un premier temps, le nom « UzishaChain » a été proposé :

• Uzisha, un mot swahili signifiant « vendre » ;
• Chain, pour mettre en évidence l’utilisation de la blockchain.

Cependant, ce nom a été critiqué par la majorité des membres, car il mettait davantage l’accent sur la vente, alors que l’application vise aussi à faciliter les achats et les échanges commerciaux de manière plus globale.

Ces réflexions nous ont conduits à adopter le nom « Wenze », un mot lingala (l’une des quatre langues nationales de la RDC), largement compris par la population de Goma. Ainsi le mot Wenze signifie tout simplement “Marché”. Ce choix permet au projet de refléter la réalité locale du marché et de renforcer son ancrage communautaire.

II.1.4. Préparation de la présentation du projet pour le meetup du 22 novembre 2025

Les facilitateurs locaux du hackathon ont annoncé l’organisation d’un meetup physique le samedi 22 novembre 2025, réunissant les différentes équipes participantes.

En préparation de cette rencontre, notre équipe a élaboré une présentation sous forme de slides, expliquant :

• le contexte du projet,
• la problématique identifiée,
• la solution proposée,
• ainsi que la vision générale du projet Wenze.

Trouvez ici les slides utilisés pour la présentation du projet Wenze dans le meetup 

II.1.5. Le meetup en présentiel du samedi 22 novembre 2025

Le meetup a constitué une étape clé dans l’évolution de notre projet. Après plusieurs jours de discussions en ligne, cette rencontre en présentiel a apporté une énergie nouvelle et renforcé la cohésion entre les équipes.

Cependant, l’un des éléments les plus marquants a été de constater qu’une autre équipe travaillait sur la même problématique : la nécessité d’un commerce digital structuré, fiable et digne de confiance à Goma. Loin de créer une rivalité, cette situation a confirmé que le problème est réel, urgent et largement partagé. Au cours de cette rencontre, plusieurs questions ont été posées par d’autres participants et par les facilitateurs concernant notre solution et l’équipe du projet y a répondu de manière claire et convaincante, ce qui a suscité un intérêt et une appréciation positive de notre idée.

Ici une image montrant Olivier Mwatsimulamo un des membres de l’équipe du projet présentant le projet lors du meetup.  

Après le meetup, l’équipe 3 — qui travaillait sur une idée similaire à la nôtre — nous a contactés en raison de possibles conflits d’intérêts. Ne disposant pas de solution immédiate, un appel a été organisé le 24.11.2025 à l’initiative des facilitateurs locaux du hackathon.

Après de longues discussions, l’équipe 3 a décidé d’orienter son travail vers une autre solution et d’abandonner l’idée initiale, afin de favoriser une plus grande diversité des problématiques abordées par les huit équipes participantes au hackathon. Une des principales raisons de cette décision était que nous étions déjà en avance : nous avions déjà finis notre enquete lancé enquête de terrain pour confirmer le vraie problème et identifier les vraies besoins de la population, ce qui plaçait notre projet à un stade plus avancé. Face à cette progression, l’équipe 3 a choisi librement d’abandonner leur idée initiale et de se concentrer sur un nouveau projet visant la certification des documents parcellaires dans la ville de Goma. Cette démarche s’est déroulée sans aucune polémique et dans un esprit pleinement cordial. Elle nous a permis de poursuivre sereinement le développement de notre idée, avec la conviction renforcée que le problème que nous cherchons à résoudre est également ressenti par les membres d’une autre équipe du hackathon.

II.2. Définition des stacks et installation des outils nécessaires pour le développement du projet: Du 23 au 29 Novembre 2025

II.2.1. Choix des stacks: Du 23 au 26 Novembre 2025

Au départ, notre intention était simple : construire WENZE avec HTML, CSS et JavaScript.
Cette approche semblait rapide et accessible. Mais très vite, en analysant les premières bases du projet, nous avons identifié des limites claires en termes de performance, de maintenabilité et surtout d’évolutivité pour une marketplace intégrant la blockchain.

Sur proposition de Tacite, nous avons alors envisagé l’usage d’un framework moderne. Après réflexion, et à la suite d’un échange technique approfondi lors d’un call avec Mr Gloire, nous avons pris une décision structurante : abandonner le JavaScript pur au profit d’une architecture plus robuste.

Frontend

Nous avons choisi React pour la logique applicative, combiné à Vite pour le build.
Ce choix nous permet :

• une meilleure organisation du code,

• une interface fluide et évolutive,

• des performances optimales, notamment sur mobile,

• et une base solide pour des extensions futures (mobile app, scaling).

Backend et blockchain

Pour le backend, nous avons opté pour Supabase, afin d’accélérer le développement tout en gardant une infrastructure fiable (authentification, base de données, temps réel).

Concernant la blockchain Cardano, nous avons volontairement séparé les responsabilités :

• Lucid JS pour la logique off-chain (interaction avec les wallets, préparation des transactions),

• Aiken pour la logique on-chain (smart contracts d’escrow).

Cette séparation garantit une architecture claire, sécurisée et adaptée à un contexte réel comme celui de la RDC.

II.2.2. Installation nécessaires pour le coding: Du 27 au 29 Nov. 2025

Activité	Personne
Installation Node	-Bénédicte, Olivier et Tacite
Création et configuration base des donnés	Olivier Mwatsimulamo
Création compte Blockfrost du projet	Olivier Mwatsimulamo
Creation et configuration Repo Github du projet	Benedicto
Import et déploiement du repo Github du projet sur vercel	Benedicto
Création wallets prep pour les Tests	Benedicto, Olivier, Tacite, Martin, Boaz, Baudoin
Création adresse mail du projet (wenze485@gmail.com)	Olivier Mwatsimulamo
Ajustement de la documentation sur la progression du projet	Martin, Boaz, et Baudoin

II.3. Développement frontend, backend, blockchain, tests, et Finalisation du processus définis pour le hackathon. 

Période : du 30 novembre 2025 à ce jour

II.3.1. Développement frontend, backend et blockchain

Avant toute chose, il convient de signaler qu’au cours de cette phase, l’un des quatre développeurs initiaux du projet, Monsieur Gloire Shukuru, a annoncé son indisponibilité pour la suite du projet. Cette situation a conduit à une réorganisation de l’équipe, désormais composée de six membres, répartis comme suit :

• Trois développeurs : Benedicto Mirindi, Tacite Wakilongo et Olivier Mwatsimulamo ;
• Trois membres non développeurs : Martin Musagara, Boaz Bandu et Baudoin Muvunga

Malgré cette réduction de l’effectif technique, les trois développeurs restants se sont pleinement concentrés sur le développement de l’application, chacun contribuant quotidiennement selon ses compétences et son rôle au sein du projet.

Afin d’assurer la transparence et la traçabilité du travail réalisé, l’ensemble des contributions techniques est documenté dans l’historique des commits du dépôt GitHub du projet, accessible via le lien suivant :
Lien vers le repository GitHub   Historique des commit et contributions 

Parallèlement au travail de développement, des mises à jour quotidiennes sur l’avancement du projet sont régulièrement partagées dans le groupe de l’équipe. Ces mises à jour sont également accessibles à travers un lien de déploiement Vercel, permettant une visualisation en temps réel de l’évolution de l’application et facilitant les retours rapides.

Il est également important de souligner que le projet est actuellement déployé et testé sur le réseau Cardano testnet (preprod). Ce choix a été fait afin de permettre des tests fonctionnels et techniques en toute sécurité, sans risque de perte de fonds pour les utilisateurs, tout en garantissant une intégration progressive et maîtrisée des fonctionnalités blockchain.

II.3.2. Tests et optimisation de l’App

Test 1 : Le 19/12/2025 Pour cette phase, notre équipe a organisé un premier appel de test, qui a permis à l’ensemble des membres du projet, ainsi qu’à quelques utilisateurs proches (Tech et non-tech) n’étant pas participants au hackathon, de tester l’application et de partager leurs avis, retours et suggestions.

Cet appel a constitué une étape importante pour recueillir des feedbacks pratiques, identifier les points d’amélioration et valider certaines fonctionnalités du point de vue des utilisateurs finaux.

Après cet appel,  les développeurs continuent de coder et optimiser l’App selon les points de vues des membres de l’équipe, pour s’assurer que le projet est en train de suivre les réalités locales, et les vrais besoins des utilisateurs.

Test II: 24/12/2025

Ce test a été réalisé avec la participation des membres de la Team 4, dans le but d’identifier les optimisations nécessaires et de s’assurer que le projet constitue un MVP (Minimum Viable Product) présentable.
L’objectif principal était de vérifier que l’ensemble des fonctionnalités clés est opérationnel, y compris la logique des WZP, ainsi que tous les éléments essentiels devant fonctionner avant la présentation du projet aux autres équipes du hackathon. Cette phase était déterminante, car elle précédait la séance de vote visant à sélectionner les trois meilleures idées parmi les huit projets en compétition dans le cadre du hackathon local.

II.3.3. Séance de vote des trois meilleurs projets

Date : 26 décembre 2025

Cette séance a consisté à sélectionner les trois meilleures idées de projets parmi les huit en compétition, sous la facilitation des Hubs de Goma et de Nyiragongo.

Pour garantir l’équité et la transparence, les facilitateurs ont mis en place un processus de vote clair et impartial. À cette occasion, chaque équipe a présenté son prototype et expliqué son cas d’usage.

Lors de notre passage, nous avons présenté le prototype fonctionnel du projet Wenze, qui a été retenu parmi les trois meilleures idées, sur la base des votes exprimés par les membres des sept autres équipes concurrentes. Cette reconnaissance démontre la pertinence, la solidité et l’impact concret de notre projet dans le contexte local.

Il est important de souligner que notre approche de démonstration s’est distinguée de celle des autres équipes. Alors que certaines se limitent à une présentation conceptuelle, nous avons partagé un lien Vercel vers une version hébergée du projet, permettant à tous les participants de tester l’application en temps réel.
Cette démarche a mis en évidence que notre projet proposait un cas d’usage concret, réaliste et directement applicable à la réalité de la ville de Goma.

Preuve de participation :
https://drive.google.com/drive/folders/1gNI5XcnQZSGYso-7dKGtFjHH2DQ51wQZ 

II.3.4. Activités finales du processus du projet

Activités	Personnes en charge	Date
Préparation vidéo demandé par WADA	-Tacite et Boaz	2.1.2026
Preparation vidéo expliquant le projet	Olivier et Bénédiction	2.1.2026
Finalisation toutes les documentations	Martin et Baudoin	2.1.2026

NB : Ces activités finales du processus du projet marquent la fin de notre parcours au niveau local à Goma. Toutefois, nous continuons à améliorer le projet, car pour nous il ne se limite pas à ce hackathon. Nous portons plutôt la vision de le mettre en œuvre dans la vie réelle, puisqu’il répond à un besoin réel et constitue une idée tout à fait faisable.

II.3.5. Grande limitation rencontrée lors du développement

Au cours de la phase de développement, et jusqu’à ce jour, l’application fait face à un défi technique majeur lié à l’intégration du smart contract d’escrow.

En effet, le smart contract escrow est déjà intégré dans l’application et fonctionne partiellement sur le réseau testnet (preprod). Le flux actuel permet :

• à l’acheteur de signer une transaction et de déposer les fonds dans l’escrow ;
• au vendeur de confirmer la livraison du produit ;
• à l’acheteur d’initier la libération des fonds après confirmation.

Cependant, le problème majeur rencontré concerne la libération effective des fonds depuis l’escrow vers le vendeur, qui ne s’exécute pas comme prévu malgré la validation des étapes précédentes.

Face à la complexité de ce problème, nous avons dans un premier temps sollicité l’appui d’un développeur local issu de l’équipe des facilitateurs du hackathon. Malgré ses efforts, la difficulté n’a pas pu être résolue. Nous avons ensuite fait appel à un autre développeur externe, Monsieur Dan Baruka, sans parvenir non plus à une solution définitive. Considérant la force collaborative de l’écosystème Cardano, nous avons alors sollicité l’aide de la communauté élargie via le Cardano Forum. À cet effet, un post détaillant le problème a été publié afin de recueillir des orientations techniques et des retours d’expérience :

Lien vers le post sur le Cardano Forum :
https://forum.cardano.org/t/seeking-guidance-escrow-integration-issue-in-aiken-lucid-plutus-v3-on-preprod/151993 

À ce jour, le travail sur le mécanisme d’escrow se poursuit activement. Bien que ce problème n’ait pas encore été entièrement résolu au moment de la livraison des livrables demandés par les facilitateurs locaux, nous restons confiants quant à sa résolution dans le cadre de notre développement continu , avant le Cardano Africa Tech Summit (CATS) prévu en février 2026 au Kenya.

Liens importants du projet

• Dépot GitHub du projet avec Readme expliquant la partie technique du projet  
• Explication Contextuelle du projet Wenze 
• Résultats d’enquêtes effectués auprès des possibles utilisateurs de la solution Wenze 
• Lien vercel vers le prototype du projet 
• Vidéo explicative du contexte du projet requise par WADA 
• Un post sur le Forum Cardano présentant Wenze à toute la communauté, pour favoriser une meilleure collaboration et engagement externes.